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(g) Systeme de gestion de la consommation de consultations de donnees sur un reseau de 
telecommunications. 

@ ^invention conceme un systeme de gestion de la consommation de consultations sur un reseau de 

t6 '£° S^iflit realisee par communication entre un centre serveur distant (SA), et un terminal 
tfabK! ffO; P» une '^ son de telecommunications de type commute. Un 
(MG)6e \a consommation est prevu, ce module etant externe a la liaison et perrnettant par 
£mL2i^ le terminal d'abonne local, <T). et le module de gestion. (MG) a.ns. que 

Mto modulJ de gestion, (MG), et le centre serveur distant. (SA) d'etobhr, controler et acou.tter la 
consommation entre le centre serveur distant. (SA). et un terminal d abonnd (T). inte matio- 
Application a la gestion des consultations de centres serveurs sur reseaux nationaux ou mtematic- 
naux. 
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La presente invention concerne un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication. 

Avec la multiplication du traf ic de consultations de donnees sur les reseaux de telecommunication, de type 
reseaux de transmission de donnees numeriques, multiplication due notamment a I'augmentation et a la di- 
versity croissante des prestations de services fournies par les centres serveurs connectes a ces reseaux , ap- 
paratt actuellement un probleme majeur d'accessibilite en raison du caractere decroissant de la dispomb.lite 
de ces centres serveurs. Bien que le probleme d'accessibilite precite ne soil pas directement pose par la ca- 
pacite de transmission des reseaux numeriques modernes, la gestion directe de la consommation de consul- 
tations de donnees entre abonnes et centres serveurs precites par ces derniers presente, en premier lieu, I in- 
convenient d'augmenter systematiquement la duree du temps d'acces, et f inalement I'encombrement du re- 
seau Elle presente en deuxieme lieu ('inconvenient d'une gestion assujettie a I'autorite responsable de chaque 
centre serveur, ce qui peut f reiner le developpement des demandes d'acces a ces derniers par les abonnes, 
I'autorite responsable precitee se trouvant fatalement en position de juge et partie, en cas de l.t.ge en mat.ere 
de gestion avec un ou plusieurs abonnes. ^„„ A „ e 
La presente invention a pourobjet un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication, permettant de remedier notamment aux inconven.ents precites. 

Un autre objet de la presente invention est en particulier la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication permettant d'offnr aux four- 
nisseurs de service de consultations et de telechargement sur les reseaux numeriques de telecommunication 
modernes, la prise en compte par un tiers de toute operation de gestion d'acces aux services, de paiement 
des contenus et reversement, tiers en qui les dlfferents acteurs ont toute conf iance, ce systeme de gestion 
apparaissant, pour ces derniers, comme un veritable mediateur tele-informatique. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication utilisant des mecan.smes 
25 universels. independants des caracteristiques propres des reseaux de telecommunication. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donn6es sur un reseau de telecommunication, d'une tres grande souplesse 
d'utilisation relativement a la diversite des prestations fournies. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gest.on de la 
30 consommation de consultations de donnees sur un reseau de telecommunication permettant de qualifier cer- 
tains abonnes particuliers, en fonction de pratiques de consommation specif iques. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de traf ic d'un reseau de telecommunication permettant d'off rir a tout abonne 
utilisateur du reseau un guichet ou point d'entree unique federateur. 
35 Un autre objet de la presente invention est enf in la mise en oeuvre d'un systeme de gestion de la consom- 

mation de consultations de donnees d'un reseau de telecommunication presentant les caracteristiques de mul- 
tireseau d'acces, de multireseau de distribution/consommation, et de multiapplicatif , ce qui permet aux centres 
serveurs prestataires de services une tres grande souplesse de tarif ication et une tres grande facilite d'mter- 
nationalisation de I'off re et de la prestation de service. 
40 Le systeme de gestion de la consommation de consultations de donnees sur un reseau de telecommuni- 

cation entre un centre serveur distant et un terminal d'abonne local, la communication entre le centre serveur 
distant et le terminal d'abonne local etant realisee par I'intermediaire d'une liaison de type commute, est re- 
marquable en ce qu'il comporte un module de gestion de la consommation, externe a cette liaison, permettant, 
par une communication de type interactif entre, d'une part, le terminal d'abonne local et le module de gestion. 
45 et d'autre part, entre le module de gestion et le centre serveur distant, d'etablir. contrdler et acquitter cette 
consommation entre le centre serveur distant et le terminal d'abonne local. 

Le systeme de gestion de la consommation de consultations de donnees sur un reseau de telecommuni- 
cation objet de la presente invention, trouve application a la gestion de la consommation de consultations de 
donnees sur un reseau de telecommunication entre un terminal d'abonne local et un centre serveur distant, 
so terminal d'abonne local et centre serveur distant etant localises sur un mime territoire national ou sur des tern- 
toires nationaux distincts. 

Une description plus detaillee du systeme de gestion de la consommation de consultations de donnees 
objet de la presente invention sera donnee en liaison avec les dessins ci-apres dans lesquels : 

- la figure 1 a represente un schema synoptique d'un systeme de gestion de la consommation de consul- 
55 tations sur un reseau de telecommunication conforme a I'objet de la presente invention ; 

- la figure 1b represente un mode de realisation particulier du systeme objet de la presente invention tel 
que represente en f igure 1a, 

- les figures 1c et 1d representent, a titre illustratif un chronogramme des echanges de messages entre 
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les differents elements constitutifs du systeme objet de la presente invent.on, I ensemble de ces i echan- 
ges pouvant constituer un protocole de communication de type interactif entre ces differents elements 

- laf iqure 2a represente, sous forme de schema synoptique. unedecompositionfonct.onnelle d un module 
de gestion de la consommation de consultations constitutif d'un systeme objet de la presente invent.on, 

- la figure 2b represente un diagramme de repartition des laches entre les differents elements constitutes 
du syteme objet de la presente invention et un operateur assurant le transport ou acheminement des 
messages et des donnees consultees, . 

- les figures 3a. 3b et 3c representent respectivement une premiere, une deuxieme et une tro.s.eme va- 
riante de realisation du systeme objet de la presente invention, tel que represente en figure ^ 

- les figures 4a 4b et 4c representent respectivement un schema synoptique de la configuration mater.ele 
du module de gestion, du terminal local et d'un centre serveur distant, serveur applicatif, permettant la 
realisation d'un systeme conforme a I'objet de la presente invention. 

Une description plus detaillee d'un systeme de gestion de la consommation de consultat.ons de donnees 
sur un reseau de telecommunication entre un centre serveur distant et un terminal d'abonne local conforme- 
ment a I'objet de la presente invention, sera maintenant donnee en liaison avec la figure 1a et les figures sui- 

Vaf1 En premier lieu, on precisera les notions de terminal d'abonne local et de centre serveur distant dans I'ac- 
ception utilisee dans le cadre de la description de la presente demande de brevet. 

Un terminal d'abonne local est un terminal capable d'engendrer et de recevoir des messages sur un r6seau 
de telecommunications, conformement aux dispositions legates d'un territoire national donne en mat.ere de 

telecommunications. . , 

Un centre serveur distant est un centre serveur capable d'engendrer et de recevoir des messages sur un 
reseau de telecommunications, ce centre serveur etant situe sur le meme territoire national ou sur un tomtom 
national distinct du territoire dans lequel est situe un terminal d'abonne local quelconque. selon la definition 

preat^ \ a M aiS on entre le centre serveur distant, note SA, et le terminal d'abonne local, note T, est realisee 
par Hntemiediaire d'une liaison de telecommunication de type commute. On rappelle que la notion de liaison 
de telecommunication de type commute couvre a la fois la commutation de reseaux ainsi que la commutation 
de paquets d'informations transmis sous forme numerique. 

30 Conformement a un aspect particulierement remarquable du systeme de gestion objet de la presente in- 

vention celui-ci comprend un module de gestion, note MG, de cette consommation. ce module etant externe 
a la liaison entre serveur distant. SA, et terminal d'abonne local. T. On indique que, d'une maniere generate 
le module de gestion. MG, permet, par une commmunication de type interactif entre, d'une part, le terminal 
d'abonne local, T. et le module de gestion. MG. par I'intermediaire d'une liaison notee 1 sur la figure 1a. et. 

35 d'autre part, entre le module de gestion, MG, et le centre serveur distant. SA, par I'intermediaire de liaisons 
2 et 4 par exemple, d'etablir, de controler et d'acquitter la consommation de consultations, etablies par I in- 
termediaire de la liaison de telecommunication de type commute, notee 3 sur la figure la, entre le centre ser- 
veur distant, SA, et le terminal d'abonne, T. 

Une description plus detaillee de la structure du systeme de gestion objet de la presente invention, sera 

40 maintenant donnee en liaison avec la figure 1b. 

Selon une caracteristique avantageuse du systeme de gestion precite. la communication entre le module 
de gestion. MG, et le terminal d'abonne distant, T, peut etre realisee par I'intermediaire d'une liaison de tele- 
communication a debit inferieur ou egal au debit de la liaison entre le terminal d'abonne local. T, et le serveur 

distant. SA. , . . ... 

45 Dans un mode de realisation particulier. on indique que les liaisons de telecommunication precrtees peu- 

vent etre constitutes par une liaison du type reseau numerique a integration de services. R.N.I.S., et en par- 
ticulier par le reseau NUMERIS (1B). pour ce qui concerne la liaison notee 1 entre le terminal d'abonne local 
T et le module de gestion, MG. et par ce meme reseau NUMERIS (1 B) ou (2B), pour ce qui concerne la liaison 
de telecommunication de type commute entre le terminal d'abonne local, T. et serveur distant, SA. 

so En ce qui concerne la communication entre le module de gestion, MG. et le centre serveur distant, SA. 

celle-ci peutde preference etre realisee par I'intermediaire d'une liaison numerique a commutation de paquets, 
satisfaisant a la recommandation de commutation de paquets. X.25. du C.C.l.T.T. (Comite Consultatif Inter- 
national pour le Telephone et le Telegraphe). 

On indique que cette liaison peut en particulier etre realisee par une liaison specialisee, LS, ou par I in- 

55 termediaire du reseau TRANSPAC. Sur la figure 1 b, ces liaisons sont notees respectivement LS ou TPC. 

D'une maniere generate, on indique que le terminal d'abonne local, T, peut etre realise au moyen d'un mi- 
cro-ordinateur personnel, de type PC, comportant un microprocesseur de type INTEL 80 486. Le module de 
gestion MG, peut etre realise a partir d'un micro-ordinateur de type PC, comportant un micro-processeur de 
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twoe INTEL 80 386 par exemple, ainsi qu'il sera decrit ulterieurement dans la description. 

Bien entendu. le systeme de gestion objet de la presente invention utilise pour son fonct.onnement c est- 
a-dire pour I'etablissement de la communication de type interactif entre les differents elements, un protocole 
de communication, lequel est illustre schematiquement en figure 1c. ^ „ ri „ lno ar 

Surla figure precitee, on indique que I'axe vertical represente I'axe des temps, a partir d une ,ong ne ar- 
bitraire, les evenements etant reportes pour le terminal d'abonne local, T, le module de gestion MG et le * sen- 
veur distant, SA. Ces evenements correspondent a remission et/ou a la reception de messages dont les .nd.ces 
chiffres correspondent au numero de liaison empruntee. 

Selon un aspect particulierement avantageux du systeme de gestion objet de la presente .nvent.on, le pro- 
tocole de communication comporte au moins successivement les etapes de connex.dn du * erm,nal J^""; 
local T au module de gestion, MG, et d'acquittement de cette connexion. Par convent™, les messages 
d'acquittement, lesquels font partie des protocoles normalement utilises pour la .transmission e • 'y^ceptK)" 
de donnees sur les differentes liaisons considerees, ne seront ni designes n, decnts en detail, car ces mes- 
sages d'acquittement correspondent a des formats de messages connus. 

Le message de connexion du terminal d'abonne local au module de gestion, MG. ce message etant note 
rrtiTMG, est transmis sur la liaison de telecommunication 1 precitee, sous forme d'une communication courte, 
c'est-a-dire d'une communication dont la duree est comprise au maximum entre 1 0 secondes et 1 5 secondes. 

Le message de connexion, mi TMG, peut comprendre, dans un mode de realisation avantageux un champ 
d'identification de I'abonne, I'abonne pouvant disposer au niveau du terminal d'abonne loca d un , lecteur de 
carte d'identification ou de mot de passe, cet abonne pouvant etre titulaire d'une carte d ident.f .cation corres- 
pondante Le message de demande de connexion, m,TMG, peut comporter egalement un champ de decl.nai- 
son par le client de I'identite du service qu'il souhaite consommer, c'est-a-dire de I'identite du centre serveur 
distant et de la nature des donnees ou informations qu'il souhaite obtenir de ce dernier, et pns en compte par 
le module de gestion, MG, un champ represents du prof il et de la classe de I'abonne, ains, qu .I sera decnt 

25 ulterieurement dans la description. _ tkm~ ™*«-imi 

Suite a la reception par le module de gestion, MG, du message de demande de connex.on, mi TMG precte, 
le module de gestion, MG, permet, sur critere de comparaison des donnees contenues dans le message de 
demande de connexion, m,TMG, a des parametres precharges concernant cet abonne, d'autoriser ou non I ou- 
verture d'un credit alloue par transaction et I'acces de cet abonne au service demande, c est-a-d.re au centre 

30 serveur distant, SA, identif ie. 

Sur decision positive relativement a cette autorisation, le module de gestion, MG, permet daffecter a 
I'abonne considere une cle temporaire autorisant. pour cet abonn6. I'acces au serveur applicat.f, SA, et m.se 
a disposition des informations necessaires a la connexion vers le serveur distant ou serveur appl.cat.f. SA. 
precite. Ces informations necessaires a la connexion concernent par exemple un code d acces ou d appel du 
35 serveur pr6cit6. ... 

Suite a la decision positive precitee. une operation 2 de transmission par le module de gest.on, MG au 
centre serveur distant d'un message d'autorisation de demande de service pour le terminal abonne considere 
est effectuee par renvoi par le module de gestion, MG, au centre serveur distant, SA, d'un message corres- 
pondant, note m 2 MGSA, sur la figure 1c. Ce message m 2 MGSA comporte la cle temporaire d'acces au centre 

40 serveur distant, SA. . ^ 

La cle temporaire est engendree par le module de gestion MG lorsqu'un chent, qu. a sat.sfa.t a des contro- 
les de mot de passe, credits et prof ils. selectionne le service applicatif qu'il souhaite consulter. Elle est d abord 
transmise au serveur applicatif qui la conserve pendant un certain temps. Elle est ensuite transm.se au ter- 
minal qui la fournit au serveur lors de I'appel. Le contenu de la clef repond aux contraintes suivantes : 
45 - elle doit etre la reference unique, presente dans tous les echanges lies a une transaction (consommat.on 

d'un service et facturation) : echanges T-MG, MG-SA et T-SA 

- elle doit permettre de retrouver, en cas de litige, I'historique d'une transaction. 

- elle ne doit pas pouvoir etre "devinee" parun client pendant qu'elle est valide sur le centre serveur distant 
SA. 

so En fonction de ces criteres, une structure adaptee peut etre la survante : 

Clef complete : [code clienf][code SA]Iannee][quantieme] [numero de dossier], avec [annee] sur deux chiffres. 
[quantieme], jour de I'annee de 1 a 365, [numero de dossier] egal a [heure] egal a [numero aleato.re], avec 
heure] en hh mm ss de I'affectation de la clef, et [numero aleatoire], chiffre de 0000 a 9999. Par exemple, la 
clef complete engendree pour le client de code 0001, service 0002, le 6 janvier 1993 a 14 h 32 mn 10 s. creee 

55 avec un numero aleatoire 9876 sera : 
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N° Dossier, Clef abregfee 
> 



Clef comDlete 

Seul le numero du dossier (clef abregee) est connu du client. II est aff iche sur l'6cran du terminal avant la 
conne>Son au Terveur applicant. Ce numero de dossier etant unique, il permet de retrouver a posterior, les 
elements survenus pendant la transaction (causes d'erreur ou problemes de taxat.on). Le module ^eges- 
Uon mS s'assure que deux clients ne peuvent avoir le meme numero de doss.er en le comparant avec les nu- 
m£ros deto enaendres pendant la seconde courante. ... 

saae m,MGSA est effectuee egalement par une communication courte, permettant la transmission de la c le 
teTpoTSLdemment men?ionnee au centre serveur distant. SA, du montant de credft a. ou6 par e module 
de ges«on, MG, ainsi que deformation s P 6cif ique concernant I'abonne, la configuration du terminal local dont 
celui-ci dispose et la liaison avec le centre serveur, SA. 

Le module de gestion, MG, transmet par Tintermediaire de la liaison 1, precedemment mentionnee un 
message deactivation du terminal abonn* local. T, ce message atant note m lM GT et contenan 
cle temporaire d'acces au centre serveur distant, SA, af in de permettre au terminal abonne local, T. d effectuer 
la demande de connexion avec le centre serveur distant. SA, precite. 

Suite a la reception du message de validation, rn^GT, precedemment ment.onne, la liaison 1 estrompue. 
Le terminal abonne local, T, transmet alors un message de demande de connexion du terminal abonn* at .cen- 
tre serveur distant, ce message etant note m 3 TSA et transmis par I'intermed.a.re de la l.a.son de telecommu- 
nication de type commute 3. m „ rt „ kion 

D'une maniere generate, on indique que ce message de demande de connexion, m 3 TSA comporte bien 
entendu la cte temporaire d'acces, laquelle etant egalement connue du centre serveur distant, SA. permet d ef- 
fectuer Interconnexion directe du terminal d'abonne local. T, au centre serveur distant, SA dans les conditions 
habituelles de connexion propres a ce type de liaison de telecommunication, tel que le reseau numenque a 
inteqration de service (R.N.I.S.). 

Bien entendu, suite a la reception du message de demande de connexion, m 3 TSA, le centre serveur dis- 
tant, SA, peutengendrer un message de validation du message de demande de connexion precite et effectue 
la transmission et I'echange de donnees entre le centre serveur, SA, distant et le terminal d abonne, T. auivant 
la prestation de service demandee, par I'envoi d'un ou plusieurs messages successifs, lesquels seront notes 
en vue de simplification par la designation m 3 SAT. L'echange des donnees, et, en consequence, la prestation 
de service demandee, est bien entendu effectue par la liaison 3 precedemment mentionnee dans la descnp- 

t,0n Enf in suite a la fourniture de la prestation de service demandee, la liaison 3 estrompue par le centre ser- 
veur distant SA, lequel conformement a un aspect particulierement avantageux du protocole de dialogue in- 
teractif entre les divers elements du systeme de gestion objet de la presente invention, effectue la transmission 
vers le module de gestion. MG. d'un message note m 4 SAMG, de compte rendu de prestation de serv.ce par 
la liaison 4 vers le module de gestion. MG. On rappelle que la transmission de ce message de compte rendu 
de prestation de service est effectuee par une liaison numerique a commutation de paquets de type liaison 

45 specalisee, ou TRANSPAC. . 

D'une maniere generate, on indique que le message de demande de connexion du termmal abonne local 
au centre serveur distant, message m 3 TSA sur la figure 1c. peut comporter des informations permettant a 
I'abonne de negocier le montant reel de la consommation suivant des criteres commerciaux specif iques tels 
que volume d'achat, tarif degressif, algorithme de I'offre et de la demande. type d'usage et prof il du client, 
50 ainsi que mentionne precedemment. . . ^„ f „ 

En ce qui concerne le message de compte rendu de prestations de services, m 4 SAMG, transmis du centre 
serveur distant, SA, vers le module de gestion, MG, on indique que celui-ci est egalement effectue par I inter- 
mediate d'une communication courte, ce message concernant certaines caracteristiques de la consommation 
de I'abonne, caracteristiques telles que la nature et le montant negocie precedemment mentionnes, par exem- 

55 Pl6 ' D'une maniere generate, on indique qu'une consommation non acquittee n'est pas facturee par le module 
de gestion MG, et qu'une consommation depassant le montant autorise par le module de gestion, MG, c est- 
a-dire le montant consomme qui est plus grand que le credit alloue, ne peut non plus etre facturee dans sa 
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totalite par le module de gestion, MG. l .„ A „ nte 

En outre, ainsi qu'on I'a represente en figure 1d, le protocole de commun.cat.on .nteractif des difterents 
elements constitutifs du systeme de gestion objet de la presente invention peut comporter, su.te a validation 
du message de compte-rendu de prestation de service, message rr^SAMG precedemment mentionne, des 
s etapes de transmission par le module de gestion, MG, vers le terminal d'abonne local, T, d'un message, note 
m 5 MGT, d'information sur la facturation de la prestation de service effectuee. ce message cons.stant essen- 
tiellement en un debit associe au terminal d'abonne, T, considere. 

Le protocole peut en outre comporter, ainsi que represente en figure 1d, une etape de transmission par 
le module de gestion, MG, vers le centre serveur distant, SA, d'un message, note myMGSA, de reversement 
10 du credit restant alloue au benefice du terminal d'abonne, T. 

Le message d'information sur la facturation. m 5 MGT, est etabli a partir d'un f ichier de compte client-f ichier 
des payeurs. gere par le module de gestion. MG. permettant une gestion de la facturation pour le compte d un 
fournisseur, c'est-a-dire pour le compte d'un centre serveur distant, SA. Ces informations peuvent conten.r 
par exemple la frequence de remission des factures. le type de facturation de la consommat.on. 

A litre d'exemple non limitatif , sur les figures 1 a et 1 b notamment on indique que le paiement par abonne 
de sa facture aupres du module de gestion. MG, peut etre effectue notamment par I'intermediaire d un paie- 
ment electronique. Ce type de paiement sera decrit ulterieurement dans la description. 

En ce qui concerne la transmission par le module de gestion, MG, vers le centre serveur d.stant, SA, du 
message de reversement, m 7 MGSA. on indique que ce message comprend des informations etablies selon 
le critere negocie par contrat entre I'abonne et le module de gestion, MG, en fonction des modalites de remu- 
neration et de paiement des prestations effectuees. 

D'une maniere generate, on indique que I'etape de connexion du terminal d'abonne local. T, au module de 
gestion MG. I'etape de transmission par le module de gestion, MG, au centre serveur distant. SA, du message 
d'autorisation de demande de service et I'etape de transmission par le terminal d'abonne local, T, au centre 
25 serveur distant, SA. d'un message de demande de connexion. m 3 TSA, ainsi que I'etape de transmission et 
d'echange de donnees entre le centre serveur distant et le terminal d'abonne, T, puis I'etape de transmission 
par le centre serveur distant, SA, vers le moyen de gestion du message de compte rendu de prestation de 
service, m 4 SAMG, peuvent etre realisees en temps reel. Par realisation en temps reel de ces etapes on ind.que 
que les seuls decalages de temps entre la realisation sequentielle de la transmission de ces differents mes- 
30 sages est imputable au temps de transmission des messages et au temps de reponse des elements de deci- 
sion, suite a la reception des messages precites. 

Par contre, en ce qui concerne I'etape de transmission par le module de gestion. MG. vers le terminal 
d'abonne local. T, du message de facturation. m 6 MGT, et I'etape de transmission par le module de gestion 
MG au centre serveur distant, SA, du message de reversement. m 7 MGSA, on indique que ces etapes peuven 
35 etre effectuees en temps reel par des liaisons 5 ou 7 correspondantes, dans les conditions prec6demment 
def inies ou en temps differe. Bien entendu. I'execution de ces etapes en temps differe peut etre real.see par 
des moyens non telematiques, le message d'information sur la facturation, m5MGT, pouvant dans un tel cas 
etre constitue par un message sous forme de lettre missive, par exemple. II en est de meme egalement lorsque. 
pour le paiement de la facturation representee par I'etape 6 sur la figure 1a, par exemple, le paiement est ef- 
40 fectue par des moyens de paiement non electroniques ou non telematiques. 

Une description plus detaillee des differentes fonctions realisees effectivement par le module de gestion, 
MG, du systeme de gestion objet de la presente invention, pour la mise en oeuvre du protocole precedemment 
decrit, en liaison avec les figures 1c et 1d, sera maintenant donnee en relation avec la figure 2a. 

D'une maniere generate, on indique que le module de gestion. MG, comporte les fonctions ci-apres : 
45 - gestion de I'acces pour un abonne considere, 

- identification de I'abonne, 

- gestion centralisee des acces, c'est-a-dire controle d'acces au centre serveur distant, fournisseur de 
prestations, avec objectif de paiement et emission des des d'acces temporaire. en 1001, 

- gestion de cartes dans le cas ou une carte d'acces est attribuee a chaque abonne, ou gestion d'un mot 

so de passe, . . 

- gestion. en 1 002. des contrats et des comptes clients abonnes, c'est-a-dire gestion des droits associes 
a ces derniers, de leurs credits, des plafonds, des impayes mis a jour, de listes de surveillance, de type 
liste rouge, en 1002, 

- gestion du paiement des contenus consommes sur le serveur distant. SA, considere, 
55 - emission de factures et gestion fine de la facturation, en 1008, 

- recouvrement de ces factures pour le compte des fournisseurs, c'est-a-dire gestion d'un compte client 
par le centre serveur distant, SA, en 1004, 

- interface de paiement, comptabilite, en 1006, 
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- gestion du reversement, 

- gestion des contrats fournisseurs pour chaque centre serveur distant, SA, et reversement a ces der- 
niers, en 1004, ainsi que statistique de consommation dans ce meme module, 

- gestion d'un annuaire, en 1 003, avec gestion des services correspond ants a I'offre commerciale du mo- 
5 dule de gestion, MG, 

- possibilite de telechargement de listes d'annuaires, 

- utilisation de I'annuaire comme publicite promotion du service par le centre serveur distant, SA, 

- gestion de l f interface d'exploitation avec notamment, en 1005, 

- execution des liaisons physiques 2 et 4 par I' intermedia ire de la liaison par commutation de paquets en- 
10 tre le module de gestion, MG, et chaque centre serveur distant, SA, 

- gestion du reversement, en 1007, et de la facturation, en 1008. 

On comprend bien sur que les modules precites, notes de 1000 a 1008, sont realises par les modules de 
programme correspondants, dans lesquels tous les parametres sont codes sous forme de variable logique. 
Sur la figure 2b, on a represente un diagramme de la repartition des taches entre le systeme de gestion 

is objet de la presente invention, forme par un terminal, T, abonne local, un module de gestion, MG, et un ou 
plusieurs serveurs distants, SA, ('ensemble de ces elements etant interconnect, ainsi que decrit precedem- 
ment dans la description, en liaison avec les figures 1a ou 1b, par exemple, au moyen des lignes et liaisons 
de telecommunication gerees par le transporter, lequel assure, de ce fait, la seule prestation de I'achemme- 
ment des donnees entre les differents elements precites. 

20 Ainsi qu'on pourra I'observer sur la figure 2b precitee, les communications 1 , 2 et 4 sont de courte duree, 

ce qui permet d'envisager la mise en oeuvre du systeme de gestion objet de la presente invention, dans les 
conditions precedemmentdecrites. On indique en particulier que le module de gestion peutetre place par rap- 
port au terminal abonne local, T, soit localement, selon la definition donnee precedemmentdans la description, 
c'est-a-dire que le module de gestion, MG, se trouve situe dans le meme territoire national que le terminal 

25 abonne local faisant usage de ce dernier, soit au contraire situe de maniere distante, le module de gestion, 
MG, etant situe sur un territoire national distinct de celui dans lequel est situe le terminal abonne local, T, faisant 
appel au module de gestion, MG, precite. 

On comprend ainsi que, pour un site d' implantation donne quelconque du module de gestion, MG, c'est- 
a-dire un territoire national quelconque, celui-ci, bien que restant soumis du point de vue de la transmission 

30 des messages a la legislation nationale correspondante en matiere de telecommunications, peut toutefois 
comprendre dans ses modules de tarif ication et de gestion de contrat tous les elements correspondants a des 
specifications particulieres du territoire national, dans lequel le terminal d'abonne local, T, est implante. 

Ace titre, on indique que, selon une caracteristique particulierement avantageuse du systeme de gestion 
objet de la presente invention une separation effective de la tarif ication entre le contenu des informations 

35 transportees et le transport de ces informations est done mis en oeuvre de la maniere ci-apres : 

- paiement a I'acte par I'abonne, dont le montant est entierement maitrise par le centre serveur distant, 
SA, et facturation specif ique par le module de gestion, MG, 

- transport : les communications 1 et 3 sont prises en charge par I'abonne sur la facture de telecommu- 
nication etablie par I'autorite du pays dans lequel le terminal abonne local est implante, les communi- 

40 cations 2 et 4 etant prises en charge par le couple module de gestion, MG/centre serveur distant, SA. 

Le module de gestion, MG, permet le paiement de consommations de montant faible ou, au contraire, im- 
portant. II prend le risque d'autoriser ou non le credit alloue au terminal abonne local, T, de gererles contentieux 
tels que impayes, non livraisons de la prestation, et gere le reversement aux abonnes. 

Le module de gestion MG apparart comme un intervenant obligatoire pour resoudre les contentieux de tou- 
45 te nature. 

En liaison avec la figure 2b, on indique que I'autorite nationale assurant le transport ou acheminement 
des donnees vehiculees par les differents messages assure le transport de ces donnees, la facturation de ce 
transport selon les regies propres a la legislation en vigueur dans le pays considere en fonction du lieu d'im- 
plantation, soit du terminal abonne local correspondent, soit du serveur applicatif ou centre serveur distant, 
so SA, precite. 

Au contraire, le module de gestion, MG, facture le service au centre serveur distant, SA, et le contenu de 
la prestation au terminal abonne local, T. 

Differentes variantes de realisation du systeme de gestion objet de la presente invention seront maintenant 
decrites en liaison avec les figures 3a a 3c. 
55 Dans un premier mode de realisation particulier represente en figure 3a, on indique que, au module de 

gestion, MG, peut §tre associe un moyen d'identification constitue par exemple par un centre d'autorisation, 
CA, distant interconnects au module de gestion, MG, par ('intermedia ire d'une liaison a commutation de pa- 
quets, notee 1.1, de type X.25, par exemple. Cette liaison peut done ainsi etre constituee par une liaison 
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comparable aux liaisons 2 et 4 de la figure 1 a, 1 b. Dans un tel cas, le terminal abonne local, T. peut etre mum 
d'un lecteur de cartes, et I'abonne peut etre titulaire d'une carte privatique d'acces, par exemp e une carte de 
tvoe PASTEL assurant en fait un moyen d'identif ication, mais non pas un moyen de point d entree au service 
de gestion. et en particulier au module de gestion, MG. On indique egalement que la carte pnva .que d acces 
peut etre constitute par une carte PC2, par exemple. La liaison 1.1 est une liaison en temps reel, laquelle es 
effectuee dans le protocole associe au systeme de gestion objet de la presente mvent.on, ,mmed,atement 
apres la liaison 1, mais anterieuement a la liaison 2. ..... A . . mimfclirM 

On indique enfin que la liaison 1.1 precitee peut permettre le telechargement de listes discnm.nato.res, 
listes rouges, sous le controle du module de gestion, MG. a partir du centre d'autorisation distant. CA. 

Sur la figure 3b. on a represents une deuxieme variante de realisation, dans laquelle le paiement est ef- 
fectue a I'aide de moyens de paiement electronique, par exemple. 

On indique, en liaison avec la figure 3b, rutilisation d'une procedure de type carte banca.re. avec une ou- 
verture possible vers des abonnes ou clients de type grand public, notamment en vue d'effectuerun pre-pa.e- 

ment effectif. ^ _ 

Trois manieres d'effectuer un paiement distant par carte bancaire peuvent etre envisagees 

- le module de gestion, MG, gere un acces vers un terminal de paiement electronique, note TPE, par I in- 
termediate d'une liaison, notee 1.2, ce terminal de paiement electronique etant distant, de type connu, 
ce terminal de paiement electronique etant lui-meme interconnect par une liaison 1 .3 a I'organ.sme ban- 
caire de I'abonne. Le pre-paiement est alors effectue par I'intermediaire de la liaison 1.4 au module de 
gestion MG, et I'on se rapproche alors des procedures du telepaierhentsecurise par carte bancaire avec 
fonction de reroutage dans le reseau. On indique que les liaisons 1.2. 1.3 et 1.4 sont des liaisons de 
type liaison de telecommunications par commutation de paquets par exemple, comme les liaisons 2 et 
4 precedemment decrites dans la description. 

- Le module de gestion, MG, peut egalement etre reconnu comme terminal de paiement electronique par 
I'organisme bancaire. Dans un tel cas, les liaisons 1 .2 et 1 .4 peuvent alors etre suppnmees 

- La paiement peut se faire egalement directement sur le centre serveur distant ou serveur appl.catif, SA. 
On indique que, dans le cas de la figure 3b, le paiement effectue est un paiement du type juste avant 

consommation, selon une procedure d'approvisionnement d'un compte intermediate, tel qu'un porte-monnaie 

electronique, PME. . 

Dans le cas de la figure 3c, enfin, le paiement electronique est effectue par I'intermediaire d un compte 
intermediate, type porte-monnaie electronique ou porte-jeton electronique, en phase identif.ee en fin de 
consommation. Dans un tel cas, on indique que le module de gestion, MG. dispose ou a acces a un module 
d'authentif ication de securite SAM (security authentif ication module, en langage anglo-saxon). 

Af in d'eviter la rupture de communication entre le serveur distant etle terminal abonne local, pourun paie- 
ment sur le porte-monnaie electronique. PME. et le retour obligatoire en fin de connexion 3 sur le module de 
gestion, MG. il est alors opportun de prevoir le debit du porte-monnaie electronique, PME, de I'abonne non 
pas juste apres la consommation, mais a la connexion suivante de I'abonne au serveur distant correspondant. 
Dans un tel cas, le module de gestion. MG. effectue en fait une regularisation, le module de gestion. ma.ntenant 
une facture en instance, pouvant etre analysee en un credit temporaire. _ 

Un tel mecanisme peut etre mis en route a la fois pour la gestion du porte-monnaie electronique, PME. et 
celle du porte-jeton electronique. PJE. Dans ce dernier cas, la notion de module d'authentif ication de secunte 

disparaTt. , , , _ . . . , 

Une description plus detaillee du module de gestion, MG, du terminal d'abonne local, T, et du centre ser- 
veur distant. SA, ou tout au moins une configuration materielle envisagee de ces derniers sera donnee en l.a.- 

45 son avec les figures 4a, 4b et 4c. ■„ „.-„»™»«_ 

Sur la figure 4a. on a represents une configuration du module de gestion. MG, lequel outre le m.cropro- 
cesseur precedemment mentionne cadence a une frequence de 33 MHz, est equipe d'une memoire v.ve de 
16 Mo une pluralite de cartes de telecommunication micro-ordinateur permettant le raccordement d une plu- 
ralite de terminaux d'abonnes locaux au module de gestion. On indique que ces cartes de telecommunication 
so peuvent etre constitutes par des cartes PCSNET-OST satisfaisant a la norme NUMERIS et permettant I acces 
simultane de 8 terminaux au module de gestion, MG. 

En outre le module de gestion, MG, comprend une pluralite de cartes d'interfaces micro-ordinateur / liai- 
son numerique a commutation de paquets, permettant d'assurer I'acces et la connexion simultanee du module 
de gestion, MG, a plusieurs centres serveurs distants distincts, SA. Ces cartes sont du type PCXNET-OSl 
55 permettant I'acces simultane a plusieurs serveurs distants. 

D'une maniere generate, on indique que le module de gestion, MG, et le micro-ordinateur constitute de 
celui-ci sont equipes d'un systeme d'exploitation de type UNIX. Ce systeme Sexploitation, en raison de son 
architecture multiprocesseur, et multitache, permet notamment de g6rer les aspects multi-utilisateurs et multi- 
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^?^^CS^MG. te. que def ini en liaison avec .es figures 2a et 2b notamment, peut 
etre rS "par .'intermediate d'un logiciel serveur normalise, de type REFTEL Ce log,c.e assure h . gest,on 
de 8 abonnis, par exemple. connectes par Hntermediaire du reseau NUMERIS, et permet de real.ser le dia- 
logue interactif precite. .. gere ega.ement les protocoies mu.timedias et STUCAM, et permet une evolut.cn a,- 

"* ^'u^^dTg^ base de donnees de type ORACLE peut etre imp.ante. On indique bien 
sur que pour implantation de I'ensemble de ces fonctions, ie micro-ordinateur precite peut etre mum d un d.s- 

Ain r s?que 0 ?epr6sente en figure 4b, chaque terminal d'abonne local. T, peut etre implante sur un micro-or- 
dinateur comportant le type de processeur precedemment mentionne dans la descript.cn, mun. de ses pen- 
Jhifques 7compcrte /ga.ement une carte de liaison de type NUMERIS, PCSNET-OST. un d.sque dur de 
caoacite 200 Mo un lecteur de carte a memoire de type LECAM, et un pointeur de.type souns. 

Le terminal est equipe de logiciels de type logiciels app.icatifs dont le logiciel REFTEL. permettant la 
consultation multimedia et le transfert de f ichiers, par exemple. ma ^ hinario 

Enf in le centre serveur distant represents en figure 4 peut egalement etre .mplante sur une mach.ne de 
type micro-ordinateur PC comportant un processeur mentionne precedemment dans la desc ript^on « idenoA 
a 33 MHz et une memoire vive de 4 Mo. par exemple. Chaque servegr apphcat,f, SA. est 6galement equ^ 
de ses peripheriques et, en outre, de cartes de telecommunication micro-ordinateur pour I acces des termi- 
naux Ces cartes sont de type PCSNET-OST, par exemple. 

Uacces au module de gestlon, MG, est de meme assure par une carte d'interface m.cro-ord.nateur l.aison 
numerique a commutation de paquets de type PCXNET-OST. Cra „^ £1 

Toutes les references portant la mention OST designent des produits logicels commerc.al.ses en France 
par la societe OUEST STANDARD TELEMATIQUE. 

En ce qui concerne les intercommunications entre les differents elements du systeme de gest.on objet 
de la presente invention, on indique que les protocoles utilises pour assurer les differentes commun.cat.ons 



PROTOCOLE 


DESIGNATION 


ECHANGE 


ETS 300 080 


Acc6s a NUMERIS en X.25 


T-MT etT-SA 


ETS 300 079 


Protocole de com. sur NUMERIS 


T-MT etT-SA 


ETS 300 075 


Transfert de f ichiers STUTEL 


T-SA 


ETS 300 072 


AlphamosaVque 


T-MT et T-SA 


ETS 300 073 


Geometrique 


T-SA 


ETS 300 177 


Syntaxe photo JPEG 


T-SA 


ETS 300 149 


Syntaxe audio 


T-SA 


ETS 300 076 


Identification terminal 


T-MT etT-SA 


JPEG 


Compression image 


T-SA 


G7 xx 


Son numerique 


T-SA 


STUCAM 


Pilotage LECAM 


T-MT 



Parmi les protocoles mentionnes dans le tableau precedent, on indique que la reference ETS designe le 
protocole def ini conformement aux specifications de I'lnstitut Europeen de Standardisation des Telecommu- 
nications (European Telecommunication Standard Institute), la designation JPEG designe des protocoles 
correspondant aux specifications def inies par reorganisation Internationale de Standardisation (International 
Standardization Organisation). rnAKirM _ Tn crnM 

La designation STUCAM correspondant a des specifications publiees en France par FRANCE TELECOM. 

On a ainsi decrit un systeme de gestion de la consommation de consultations de donnees sur un reseau 
de tel6communications particulierement performant tant du point de vue de la rapidite d'intervention et f .na- 
lement d'execution de la prestation de service que du point de vue de la souplesse d'utihsation. 
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En ce qui concerne la rapidite de prestation de service, on indique que dans le mode de realisation decrit 

iSST^^i^^ .e module de gestion. M3, ces traitements ^ T ~ 
tomment ideScatton de I'abonne et serveur applicatif a consulter. «M1 .cat™ des cred.ts affectes, et 
emission de la cle temporaire vers le serveur distant, SA, et vers I abonne local, T, 

- 3 secondes a 6 secondes pour joindre le serveur distant, SA, 

- 1 seconde pour effectuer le controle de la cle par le serveur app icatif, SA. 

Le temps d'etablissement minimal global pour I'abonne est done ^neur ^ 1 5 se sondes. 
En outre, du point de vue de la souplesse d'utilisation, on md.que que le module de gestion. MG, permet 
au centre serveur dtetant, SA, de garder I'initiative du montant de la tarif .cahor , vice . ver sa, le 

i'abonne Deut ainsi negocier aupres du centre serveur distant, SA, le montant a payer ei vice vw , 

en particuSque lemodule'e gestion. MG, peut etre place dans n'importe que. territo.re national accessible 
par les reseaux de telecommunication precedemment decrits dans la description. 

Enfin.le module de gestion, MG.gere deux types de credit: nlafnnfit! n ii«ants sur 

- le credit total alloue au compte client, lequel peut etre gere avec la technique des plafonds glissants sur 
des intervalles de temps determines, . . .„_, 

- le credit specif ique alloue par transaction et par individu, c'est-a-d.re par abonne local. 

Enfin en ce qui concerne les domaines de responsabilite compares du module de gestion, MG, etdu cen- 
trp cprvpur distant SA vis-a-vis de I'abonne local, on indique que : 

la ^prisent^n de i'offre des serveurs app.icatifs ou serveurs dfctants. SA. et la fixat.on du montant a 
percevoir sont du domaine de responsabilite des serveurs applicants. nAnnri * s sont 

- I definition du montant du credit accorde a un client et le recouvrement des montants negoc.es sont 
du domaine de responsabilite du module de gestion, MG. n-autres fonc- 

Enf in, I'architecture du systeme de gestion objet de la presente invention est ouverte vers d autres fonc 
tionnalites. telles que notamment les modes de paiement, les moyens de paiement. 

Dans la description precedents, I'acces a un serveur ditant SA a ete envisage pour un seul module ^e ges 
tion MG. II va de soi toutefois, et ce sans sortie du cadre de I'objet de la presente invent.on, que I aeota .un 
meme serveur distant peut etre gere, pour une plurality d'abonnes, par plusieurs modules de gestion distincts, 
moyennant une identification de chacun des modules de gestion considers. 



Revendications 

40 1. 



45 



50 



55 



Systeme de gestion de la consommation de consultations de donnees-sur un reseau de ^f c ~ n ^" 
Sn entre un centre serveur distant et un terminal d'abonne local, la ^communication enfre e -^e ser- 
veur distant et le terminal d'abonne local etant realisee par I'intermediaire d'une haisonde 
c!tiondetypecommute,ca ra cte^ 

mation. externe a ladite liaison, oermettant par une communication de type "»J*^ d 

ledit terminal d'abonne iocal et ledit moyen de gestion. et d'autre part, entre ^d* ™yen de gestion e 

ledit centre serveurdistantd'etablir. controleretacquitter ladite consommation entre led* centre serveur 

distant et ledit terminal d'abonne. 

Systeme de gestion selon la revendication 1 . caracterise en ce que la communication entre Hedit moyen 
de gestion ef.edit terminal d'abonne local est realisee par I'intermediaire d'une , ha """M^ 1 *- 
catfon a debit inferieur ou egal au debit de la liaison entre terminal d'abonne local et serveur distant. 

Systeme de gestion selon la revendication 1 ou 2. caracterise en ce que la communication entre ledit 
moyen de gestion et .edit centre serveur distant est realisee par I'intermedia.re d'une l.a.son numenque 

a commutation de paquets. 

Systeme de gestion selon I'une des revendications precedentes. caracterise en ce W™*^™^ 
cation de type interactif entre ledit terminal d'abonne local et ledit moyen de gest.on respectivement ledit 

10 
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moyen de gestion et le centre serveur distant est geree par un protocole de communication comportant 
" "de c"^^ .oca. audit moyen de gestion et d'acquittement de cette 

- d 0 e n tra e nsm^ion par ledit moyen de gestion audit centre serveur distant d'un message d'autorisation 
de deZS de service pour le terminal abonne consider*, et. sur validation par le centre serveur 
distant dudit message d'autorisation de demande de service, 

- de demande de connexion dudit terminal abonne local audit centre serveur dstant. transmission 
a ce dernier d'un message de demande de connexion, et sur val.dat.on dud.t message de demande 

- ^smli^ 

ne local suivant la prestation de service demandee. et suite a la fourniture de la prestation de service 

- ^Transmission par ledit centre serveur distant vers ledit moyen de gestion d'un message de compte 
1S rendu de prestation de service. 

5 Systeme de gestion selon la revendication 4, caracterise en ce que ledit protocole de communication peut 
comporter en outre, suite a validation du message de compte rendu de prestation de service par le moyen 

d ^ 9 7eTrantmis 6 sto P n e par le moyen de gestion vers le terminal d'abonne d'un message d'information sur 
la facturation de la prestation de service, consistant en un debit associe audit terminal d abonne. 

- de transmission par ledit moyen de gestion vers ledit centre serveur distant d'un message de rever- 
sement du credit restant alloue au benefice dudit terminal d'abonne. 

6 Systeme de gestion selon la revendication 4, caracterise en ce que ledit message de demande de 
25 ' connexion comporte des informations permettant a I'abonne de negocier le montant reel de la consom- 

mation. 

7 Systeme de gestion selon I'une des revendications 2 a 4. caracterise en ce que I'etape de connexion dudit 
' terminal d'abonne local audit moyen de gestion. I'etape de transmission par le moyen de gest.on au centre 

30 serveur distant d'un message d'autorisation de demande de service, I'etape de transmission par le ter- 

minal abonne au centre serveur distant d'un message de demande de connexion. I'etape de transmission 
et d'echange de donnees entre le centre serveur distant et le terminal d'abonne, I'etape de transmission 
par le centre serveur distant vers le moyen de gestion d'un message de compte rendu de prestation de 
service sont realisees en temps reel. 

35 

8 Systeme de gestion selon I'une des revendications 245, caracterise en ce que I'etape de transmission 
' oar le moyen de gestion vers le terminal d'abonne local d un message de facturation et I'etape de trans- 
mission par le moyen de gestion au centre serveur distant du message de reversement sont effectuees 
en temps reel ou dif fere. 

40 

9. Systeme de gestion selon I'une des revendications precedentes, caracterise en ce que ledit moyen de 

gestion comprend au moins : 

- un micro-ordinateur muni de ses elements peripheriques, ledit micro-ordinateur comprenant 

- une pluralite de cartes de telecommunication pour micro-ordinateur permettant le raccordement 
45 d'une pluralite de terminaux d'abonnes, 

- une pluralite de cartes d'interface micro-ordinateur liaison numerique a commutation de paquets per- 
mettant d'assurer I'acces et la connexion simultanee a plusieurs centres serveurs distants dist.ncts. 

10. Systeme de gestion selon la revendication 9, caracterise en ce que ledit moyen de gestion est intercon- 
50 necte a un centre d'autorisation distant. 

11 Systeme de gestion selon la revendication 9, caracterise 

en ce que ledit moyen de gestion est interconnects a un systeme de paiement electronique. 

55 
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